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METHOD AND APPARATUS FOR STREAMING CONTENT VIA A 
NETWORK 
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FIELD OF THE INVENTION 

Tlie present invention relates to mefhods and apparatus for streamil^g content 
via a network. 

BACKGROUND OF THE INVENTION 

Transmitting broadband signals througli the Internet is currently of interest. 
Some systems transmit such wide bandwidth signals with a client-server architecti.ire in 
which a client requests, via the Internet, a video or music file and a server sends the 
requested file. For music, where files are small, this may be acceptable. However, for 
video, it is impossible, as video files are large and they congest tlie network if too many 
are sent at once. 

One solution, implemented by Akamai Technologies Inc.. is to use 'edge 
servers', in which multiple geographically-separated servers are spread throughout an 
area to be served (such as the United, States). Unfortunately, as clients get connected to 
high bandwidth local lines, with DSL or cable modeans, each client can receive large 
amounts of data at once, while server bandvvidth is growing at a much slower rate. This 
means that the edge servers can each handle only a relatively small number of 
simultaneous clients. 



Napster Inc. solves tlie problem differently, by having a central database listing 

where the nausic is stored and by having the users obtain the miisic from files stored on 

other users' machines, TMs is laiown as peer-to-peer (P2P) operation. P2P worlcs well 

for music fxles, which are relatively small and can be downloaded quickly even across 
5 relatively low bandwidtli connections. However, video across a network typically must 

be viewed as it is beixig downloaded (that is "Streamed") and this requires a wide 

bandwidtli download. 

Streaming a video is considered a necessity since consiomers do not want to 

wait many hours to see a movie and they do not necessarily, have space on their 
10 computers to store an entire movie. Moreover, streaming at real time affords more 

security to the vendor, as otherwise it is easier for the consumer to save the downloaded 

complete file for firture use or private redistribution. 

The system of Napster Inc. does not work well for video files. This is because 

DSL and cable modems only have a narrow bandwidth for uploads. Thus, although the 
1 5 receiving computer (or peer) may have a wide bandwidth for dov^Tiload, tlie sending peer 

cannot send such a vvide bandwidth stream of data to the receiving computer. 



2 



BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will be mderstood and appreciated more fully from the 
folloY\a.ng detailed description taken in conjunction with the appended drawings in 
which: 

5 Fig. 1 is a schematic illustration of a streaming content system, constructive 

and operative in accordance witli a preferred embodinlent of the present invention; 

Fig. 2A is a schematic illustration of a content divider, useflil with the system 

of Fig. 1; 

Fig. 2B is a schematic illustration of an exemplary division of a content stream, 
1 0 usefial in understanding the operation of tlie content divider of Fig. 2A; 

Fig. 3 is a schematic illustration of a supplier forming part of the system of Fig. 

1; 

Fig. 4 is a schematic illustration of a recombiner formmg part of the system of 
Fig. 1 ; and 

1 5 Fig. 5 is a schematic illustration of a streaming content manager forming part 

of the system of Fig. 1 . 



DETAILED DESCRIPTION OF THE PRESENT INVENTION 

Applicants have realized that tlie 'backbone' of a wide area network such as tlie 
Internet is incapable of dehveriiig high bandwidth datastreams to computers connected 
to the Internet via broadband edge connections stich as DSL or cable. Even when tlie 
5 user's connection is capable of deUvering high bandwidth datastreams, congestion 
farther upstream typically renders such delivery impossible 

However, Applicants have realized that such broadband user connections can 
fill tiieir entire bandwidth capacity by receiving multiple dataslreains simultaneously, 
especially when coming from multiple sources. 

10 Thus, for a user to receive a wide bandwidth signal, he need only create 

multiple cormections to the Internet or other network. For this to be itseful, particularly 
for extremely large datastreams, such as video streams (e.g. movies) to be played or 
receipt, the data being sent must be divided into many pieces, herein called "streams", 
each of v/hich may be sent on a separate connection. 

1 5 Applicants have also realized that each such stream will require a relatively low 

baaidwidth connection and that the stream may be sent Ixom a computer having a low 
bandwidth upload connection (i.e. firom the computer to the Internet). Thus, such a 
distribution network may be implemented as a peer-to-peer system. 

Reference is now made to Fig. 1, wlxich illustrates a streaming content system. 

20 constructed and operative in accordance with a preferred embodiment of the present 
inN'ention. The system comprises a pluralit>'- N of supplying peers 10, shown in Fig. 1 
supplying streams to a single receiving peer 12, and a streaming content manager 14. It 
will be appreciated that Fig. 1 is simplistic for purposes of clarity; the supplying peers 10 
may supply more than one receiving peer 12. 
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Receiving peer 12 may have multiple connections open, one to each of 
supplying peers 10. Each supplying peer 10 has a stipplier 11 that supplies a stream of 
data, via a network 1 6, such as tlie Intemet, to receiving peer 12. While the bandwidth of 
each stream of data may be nairow, indicated by a thin line, the aggregate bandwidth of 
5 the multiple streams arriving at i-eceivirxg peer 12 is wide, indicated by a wide arrow 20. 
For example, if the individual streams have a bandwidth of 64Kbits per second and there 
are 1 0 streams, then the bandwidth arriving at receiving peer 1 2 is 640Kbits per second. 

As mentioned hereinabove, since the individual streams are of a nanrow 
bandwidth, they may be supplied by peer-type computers connected to network 16, 
10 whose upload connection bandwidths are narrow, rather than by serv'-ers having wide 
bandwidth upload cormections. 

Receiving peer 12 typically comprises a recoxnbiner 22, which recombines the 
separate sixeams into a single, stream of content, and (in the case of video streams) a 
content display unit 24, which displays the content stream generally as it arrives. Ad 
15 exemplary content display unit 24 is the Media Player, commercially available from 
Microsofl Corporation of the USA. 

Recombiner 22 also communicates with streaming content manager 14 to 
initiate and control the communication between supplying and receiving peers. 

Upon receiving a request 'from receiving peer 12 to download to it a particular 
20 content stream, such as a movie, streaming content manager 14 authorizes the suppliers 
11 of a predefined number of supplying peers 10 to download their stream to the 
requesting receiving peer 12. Streaming content manager 14 also provides recombiner 
22 of receiving peer 12 with the list of supplying peers 10 who have been authorized. In 
one embodiment, the list includes more than one supplying peer 10 for each stream to 
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ensure a backup if one of the supplying peers 1 0 is either not available or supplies its 
stream too sloA?yiy. 

It will be appreciated that a sixigle supplying peer 10 can supply miiltiple 
streams, as long as each stream is provided along a separate connection to network 16. 
5 This is generally possible if the supplying peer 10 has a wide enough upload bandwidth. 

The present invention also divides tlie content stream, typically in, an off-line 
process, into the separate streams needed for download and provides them to the variotis 
supplying peers 10. This is illustrated in more detail in Figs. 2A and 2B, to which 
reference is now made. Fig. 2A illuslrates tlie elements of a content divider 28 that 
1 0 perfotms tlie stream division and Fig, 2B illustrates how the content stream is divided. 

Content divider 2S comprises a sectioner 30 and a splitter 32. Sectioner 30 
divides a content stream, typically though not necessarily in compressed format, 
received &om a content database 34, into a plurality of sections 36 (Fig, 2B), each a 
continuous piece of content. 
15 Splitter 32 splits each section 36 into N "chmilvs" 38 (Fig. 2B) and prepares 

each chunk 3 8 for transmission. Each chunk 3 S is of a transmittable size, such as 4 to 
lOKbytes. Splitter 32 also provides the chunks 38 of a section 36 to separate streams, 
labeled A - N. where each stream comprises one chunlc 38 from each section 36. 

If desired, splitter 32 may also perform a demultiplexing operation, such as the 
20 first bit (or bj-te) of a group of N bits (or bytes) belongs to tlie first stream, the second bit 
of the group belongs to the second stream, etc. imtil the section 36 is finished. 
Alternatively or in addition, splitter 32 may perform an encryption operation, may add 
redvmdancy codes to the stream, or may perform any other desired operation on a section 
36 before dividing it into churdcs 38. 
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Fig. 2B shovvs two sections 1 aud 2 divided among streams A - N. Section 1 is 
coraprised of chunlcs lA - IN, where chunk lA is part of streana A, chunk IB is part of 
stream B, etc. Section 2 is sirailajly divided into chunks 2A - 2N, where chuiil< 2a is 
part of stream A, etc. A section 36 generally may not be played until most of the chunlcs 
5 3S belonging to it axe received by recombiner 22. However, due to redimdancy in the 
content stream and to aiay added redundancy codes, not all of tlie chunks 3S may be 
required. 

Reference is now made to Fig. 3, vvhich illustrates the elements of supplier 1 1 
of Fig. 1 . Supplier 1 1 comprises a stream storage unit 40. a network packager 42 and a 

10 supplier noanager 44. Stream storage unit 40 stores the streams allocated to it, where, 
topically, each stream belongs to a different content stream, such as a different movie. 

Supplier manager 44 controls the operation of supplier 11. It may receive a 
stream from content divider 28 for storing in stream storage 40 and it may receive 
instructions and/or authorizations regarding downloads to receiving peer 12. Upon 

15 receipt of a cormection request from an authorized receiving peer 12, it may enable a 
connection to that receiving peer 12 thus allowing the desired stream to be sent to the 
receiving peer 12. 

Supplier manager 44 also instructs network packager 42 to ti-ansmit the 
authorized stream to the authorized receiving peer 12. To do this, network packager 42 
20 may transmit the currently requested chunlc 3S for the authorised stream, received trom 
stream storage unit 40, along the open connection to the authorized receiving peer 12. 
Network packager 42 then generally repeats this process for the remaining chunlcs of the 
stream, until supplier matrager 44 indicates to network packager 42 to stop transmission, 



Reference is now made to Fig. 4, which illustrates the elements of recombiiier 
22. Recombiner 22 con3,prises a section receiver 46, a recombination Uixit 48 aiid a 
recoiTXbiner manager 49. 

Section receiver 46 receives chunks 38 as they arrive ftom the multiple 
5 supplying peers 10. Section receiver 46 checks that all of the chunks 38 of a section 36 
have been received, and, if so, passes the set of chimlcs 38 to recombination unit 48. The 
latter, after stripping the chunlcs 38 of any transmission packaging, performs tiie inverse 
of the operation performed by splitter 32. The section is now ready to be played by 
content display unit 24. 

10 If section receiver 46 does not receive one of the chtinlcs 38, it so notifies 

recombiiaation unit 48. If there is sufficient redundancy information in the section as 
well as in any additional redxmdancy codes, recombination unit 48 may be able to 
reproduce the section despite the missing chunk. 

However, section receiver 46 notifies recombiner manager 49 that a chunic did 

15 not arrive (which can occui" if supplying peer 10 is shut down or otherwise discomected 
from network 16) or that it arrived too slowly to be included in the chunks sent for 
inverse transformation. Recombiner manager 49 may then attempt to replace the 
supplying peer 10 of the no longer existent or slowly arriving stream with another 
supplying peer vvhich has the same stream stored therein, in the expectation that a 

20 second supplying peer will be able to transfer the stream more qtiickly. To do so, 
recombiner manager 49 either uses the original list of supplying peers or it contacts 
streaming content manager 14 for the addresses of additional supplying peers 10 storing 
the troublesome stream. 
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Recombinei- manager 49 conununicates with streaming content manager 14 
botln to imtiate the download and for any information needed to continue and finish the 
download. As tiae content streams are quite long (a movie takes 1 Vt. to 4 hours to play). 
the period of communication between recombiner manager 49 and streaming content 
5 manager 14 is long, although commvinication typically is sporadic. 

Reference is now made to Fig. 5, which illustrates fiirther elements of 
streaming content manager 14. Fig. 5 shows a customer interface 50. a distribution 
database 52 and a client database 54. 

Customer interface 50 checks the available videostreams, presents a list to the 
10 customer, receives the customer's choice, and references the distribution database 52, for 
the list of peers for the selected videostream. Customer interface 50 then provides initial 
and updated lists of supplying peers 10 to recombiner 22. Customer interface 50 may 
also debit the user of receiving peer 12, if the content stream is one for which payment is 
required. 

15 Customer interface SO may check client database 54 to determine if the user of 

receiving peer 12 is an authorized iiser and may amend any debit information as 
necessary, Customer interface 50 also accesses distribution database 52 in order to 
provide the lists of supplying peers 1 0 for the requested content stream. 

The methods and apparatus disclosed herein have been described withour 

10 reference to specific hardware or software. Rather, the metliods and apparatus have 
been described in a manner sufficient to enable persons of ordinary sldll in the art to 
readily adapt commercially available hardware and software as may be needed to reduce 
any of the embodiments of the present invention to practice without vradue 
experimentation and using conventional tecliniques. 
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It v.'ill be appreciated by persons skilled in. the art that the present invention is 
not limited by what has been particularly shown and described herein above. Rather the 
scope of the invention is defined by the claims that follow: 

CLAIMS 

5 1. A method for streaming content via a network to a receiver, tlie method 
comprising; 

receiving multiple streams, each generally from a different supplier, 
wherein said multiple streams together form said content. 

2. A method according to claim 1 and wherein each said supplier has a 
10 narrower upload bandwidth than a download bandwidth of said receiver. 

3. A method according to claim 1 and wherein said content is a videostream. 

4 . A method according to claim 1 and wherein said content is a movie. 

5 . A method according to claim 1 wherein each stream is formed of a plurality 
of separately transmittable chunks. 

IS 6. A method according to claim 5 wherein each chunk is processed according 
to one of the following processing methods: encryption, demultiplexing and 
scrambling. 

7 . A method according to claim 2 and wherein said content is a videostream. 

8. A method according to claim 2 and wherein said content is a movie. 

20 9. A method according to claim 5 and also comprising recombining a set of 
chunks, one from at least one of said multiple streams, into a section of said 
content. 

10 A method according to claim 1 and also comprising displaying said content 

stream and replacing at least one said supplier during said displaying . 
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12. A method for streaming content via a network to a receiver, the method 
comprising: 

providing a plurality of streams to a plurality of different suppliers; and 
receiving multiple streams, each generally from a different supplier, 
wherein said multiple streams together form said content. 



